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NEW USER CAPACITY LIMIT ALGORITHM FOR COMPUTER ENTITY 



Field of the Invention 

The present invention relates to the field of computer entities and 
5 particularly, although not exclusively, to management of data storage capacity in 
such computer entities. 

Background to the Invention 

Known data storage servers and application servers, allow usage by a 
10 plurality of users, relying on the server to provide either data storage capacity, or 
application functionality. Examples of such prior art servers, used by a plurality of 
users includes network attached storage devices (NAS), providing data storage 
functionality to a plurality of client computers. 

15 In the case of a server providing data storage capacity, each user may 

utilize a variable amount of data storage capacity depending upon the users 
particular needs. 

In prior art network attached storage devices, there may be extreme 
20 variation in the amount of data capacity which each client computer uses, since 
different clients may store different amounts of data. Further, since the data can 
be compressed by varying degrees, this introduces another variability in the data 
capacities which can be stored by each client computer. Typically, in prior art 
network attached storage devices, there is no limit to the number of users which 
25 can be assigned to a server computer entity. Assignment of users to a server 
computer entity is made by an administrator via a user console comprising a 
visual display unit, keyboard, and pointing device such as a mouse or the like. 

It is also known that network attached storage devices may be provided in 
3 o the form of headless computer entities, also known as "headless appliances", A 
known headless computer entity comprises a data-processor, memory, a plurality 
of input\output ports or the like, and an operating system. Headless appliances 
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are generally designed without user interfaces, and lack a keyboard, pointing 
device e.g. mouse or track ball, and visual display monitor. This has the 
advantages both of reducing the cost of ownership , since the cost of a user 
interface hardware need not be borne by the purchaser, and also inhibiting 
5 interference with the operation of the appliance. 

In a headless computer entity, human administrators are conventionally 
allowed only very limited access to the computer entity for ^ maintenance, or in 
some cases no user maintenance is permitted. 

10 

Known headless computer entities have fixed data storage disk 
configurations of a pre-determined data capacity. Customers cannot upgrade the 
disk configuration and increase the amount of application data held on a 
headless computer entity, once purchased. This helps to protect against 
15 customer mis-configuration of the appliance, and also protects the manufacturers 
pricing scheme where headless computer entities are sold with price dependent 
on data storage capacity. 

There is a problem with known server computer entities serving functionality 
20 to a plurality of users, that the amount of functionality, for example data storage 
capacity, required for each user is variable with a wide degree of variation, and 
conventionally, adding or removing new users from a server computer entity 
requires intervention from a human administrator. Further, there is no embedded 
limit on the number of users which can be added to a server computer entity. 
25 Therefore, there is a possible scenario that too many users can be added to a 
server computer entity, and the users can increase their utilization of the 
computer entity's functionality to an extent where the combined demand from the 
plurality of users exceeds the available functionalities supplied by the computer 
entity. This problem is present both in conventional computer entities having a 
3 o administration console, and in headless computer entities. Because of the lack of 
administration console the problems are more acute in headless computer 
entities. 
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Summarv of the Invention 

According to specific implementations of the present invention, there is 
provided an algorithm which can is used to calculate a capacity threshold value, 
5 being a projected total capacity value which will be used by a plurality of users of 
a computer entity at a future time. When the number of users assigned to a 
computer entity causes this capacity threshold value to be reached, the algorithm 
prevents registration of new users at the computer entity. Therefdre, for a 
computer entity having a fixed capacity, the algorithm prevents that capacity 

1 o being used up by too many users, and allows enough spare capacity such that 

current users currently assigned to the computer entity can extend their use of 
capacity over a defined period of time, for example 2 years. The algorithm can 
be overriden by a human administrator via an administration interface. In the 
case of a headless computer entity, the administration interface is provided as a 
is web administration interface. 

According to first aspect of the present invention there is provided a method 
of managing a plurality of user accounts assigned to a computer entity, said 
method comprising the steps of: 

20 

determining an overall predicted future utilization of functionality of said 
computer entity which will be required to support said plurality of user accounts; 

comparing said predicted utilization of functionality with a currently available 

2 5 amount of unused functionality of said computer entity; and 

allowing or disallowing addition of a new user account onto said computer 
entity, depending upon a result of said comparison. 

3 o According to a second aspect of the present invention there is provided a 

computer entity comprising: 



at least one data processor; 



at least one data storage device; 

5 a capacity management component for managing data storage capacity of 

said data storage device, said capacity management component comprising: 

a prediction component for predicting future utilization of data storage 
capacity for a plurality of user accounts; 

10 

a compare component for comparing a predicted future utilization of said 
plurality of user accounts with a data storage capacity currently available for use 
on said data storage device; and 

15 a control component operating to activate said prediction component and 

compare component. 

According to the third aspect of the present invention there is provided a 
method of operating a computer entity comprising at least one data processor, 
20 and a data storage device for automatically admitting or rejecting a new user 
account onto said computer entity, said method comprising the steps of: 

in response to a request to add a new user account to said computer entity, 

(i) generating a prediction of future utilization of data storage capacity 
25 required by said requested new user account, for a pre-determined look ahead 

period; 

(ii) for each of a plurality of user accounts currently installed on said 
computer entity, determining a predicted future utilization of capacity by said user 

3 o account; 
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(iii) from said result of steps (i) and (ii), determining an overall predicted 
future utilization of said functionality of said computer entity over said pre- 
determined look ahead period; 

5 (iv) determining a currently available unutilized functionality of said 

computer entity, unused by any of said current user accounts; 

(v) comparing said currently unused functionality with" said predicted future 
utilization of functionality, and 

10 

(vi) depending upon a result of said comparison, allowing or disallowing 
entry of said new user account onto said computer entity. 

Other features of the invention are as recited in the claims herein. 

15 

Brief Description of the Drawings 

For a better understanding of the invention and to show how the same may 
be carried into effect, there will now be described by way of example only, 
specific embodiments, methods and processes according to the present 

2 o invention with reference to the accompanying drawings in which: 

Fig. 1 illustrates schematically in external perspective view a headless 
computer entity according to a specific implementation of the present invention; 

25 Fig. 2 illustrates schematically an architecture of a headless computer entity 

according to the specific implementation of the present invention; 

Fig. 3 illustrates schematically overall processes for determining whether a 
new user account can be added to a computer entity, and for generating alerts 

3 o and displays informing an administrator of a current status and/or future predicted 

status of the computer entity; 
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Fig. 4 illustrates schematically a capacity management component of a 
headless computer entity, for managing admission of new user accounts onto the 
computer entity; 

5 Fig. 5 illustrates schematically in broad overview, process steps carried out 

by a capacity limitation algorithm for determining whether or not to allow addition 
of a new user account onto the computer entity; 

Fig. 6 illustrates schematically a plot of data storage capacity utilized by a 
10 single user account on the data storage device of the computer entity, over a 
period of time; 

Fig. 7 illustrates schematically an aggregation of a plurality of user 
accounts, showing for each user account, data storage capacity utilized by that 
15 user account at a present time, at a historical time, and as a predicted future 
utilization; 

Fig. 8 illustrates schematically steps carried out to establish which one of a 
set of prediction algorithms will be used to predict a future data storage capacity 
2 o utilization of a user account; 

Fig. 9 illustrates schematically steps for calculating a new user capacity limit 
parameter from a summation of predicted capacity demands for a plurality of user 
accounts; 

25 

Fig. 10 illustrates schematically a set of processes for triggering alert 
messages displayed on a web administration interface of a computer entity; 

Fig 1 1 . Illustrates schematically processes for display of warnings on a web 
30 administration interface, and receipt of parameters from an administrator, for 
modifying various capacity limit parameters. 
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Detailed Description of the Best Mode for Carrying Out the Invention 

There wiU now be described by way of example the best mode 
contemplated by the inventors for carrying out the invention, (n the following 
description numerous specific details are set forth in order to provide a thorough 
5 understanding of the present invention. It will be apparent however, to one skilled 
in the art, that the present invention may be practiced without limitation to these 
specific details. In other instances, well known methods and structures have not 
been described in detail so as not to unnecessary ' obscure the pre&ehTinvention. 

10 In this specification, the term "user" is used to encompass both a human 

being user, and a computer user. 

In this term the specification "user account" is used to describe an account 
which is uniquely identifiable, for example by means of a unique account number, 
15 and which can be assigned to either a human user or a client computer entity 
user. An account may be transportable between client computer entities, and a 
human user may have more than one account. 

The best mode implementation described herein refers to a headless 
20 computer entity serving data storage capacity to a plurality of client computers. 
However the invention is not limited to headless computer entities, and the 
methods and embodiments disclosed herein. In a broader sense, encompass 
conventional computer entities having a user console comprising visual display 
unit, keyboard, and mouse. 

25 

Referring to Fig. 1 herein there is illustrated schematically in perspective 
view a headless computer entity 100 comprising: a casing 101 containing a 
processor, memory, one or more data storage devices and one or more 
communications ports connectable to a local area network 102; a relatively small 
3 0 display screen, for example a liquid crystal (LCD) display 103 capable of giving 
limited status information for operations carried out by the computer entity, for 
example, POWER ON mode, a STAND BY mode, and fault modes of operation; 
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a data entry means 104, for example a CD ROM drive, and optionally a back-up 
data storage device port 105, for example a digital data storage (DDS) format 
tape streamer. 

5 The headless computer entity is not provided with a visual display monitor, 

pointing device e.g. mouse, or keyboard, or other direct user interface, and 
therefore is difficult for a human operator to interact with directly. In operation, 
the headless computer entity is intended to be self-managing and self- 
maintaining. Typically, a headless computer entity will provide a dedicated 
10 functionality within a network environment. In the best mode herein, the headless 
computer entity is configured as a network attached storage device. 

Referring to Fig. 2 herein, there is illustrated schematically an architecture of 
hardware and firmware components of the headless computer entity 200. The 

15 entity 200 comprises one or more communications ports 201; one or more data 
processing devices 202 as are known in the art; a memory 203 associated with 
the data processors); at least one data storage device 204, for example a hard 
disk data storage device, or an array of a plurality of hard disk data storage 
devices; a small display, e.g. a liquid crystal display device 205; a plurality of 

20 operating systems 206 as will be described herein after; a web administration 
interface 207; a capacity management application 208 for managing access and 
use of the data storage capacity of the computer entity; and one or a plurality of 
application programs 209 providing functionality to the headless computer 
appliance. 

25 

The operating system 206 is stored on a non-volatile data storage device, 
for example a hard disk drive, or a RAID array. 

Referring to Fig. 3 herein, there is illustrated schematically overall process 
30 steps carried out by capacity management application 208 for enforcement of 
user admission to the computer entity. Every time a new user account is added 
to the computer entity in process 300, and even where no new user accounts are 
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added, every time a pre-determined maintenance period occurs in process 301, a 
user capacity limiting algorithm 302 is run. The capacity limit algorithm operates 
on the basis of a number of "user accounts", which in the case of a network 
attached storage device are client backup accounts. The capacity limit algorithm 
5 prevents too many users being installed on the computer entity which would 
result in using up all the available licensed data storage capacity. The capacity 
limit algorithm is run by the computer entity on a regular basis, for example 
whenever a new user account is stored plus once per day, at the end of a nightly 
data maintenance job. The capacity limit algorithm determines a predicted 

10 capacity growth trend for user accounts currently installed on the computer entity 
and then calculates how much currently available licensed data storage capacity 
is used by each currently installed user account, assuming a look ahead growth 
period from the installation date of each user account. Typically the look ahead 
period will be set to predict in advance for a pre-determined period, for example 

15 two years growth from the installation date of each user account. Where a user 
account has not been installed long enough to predict a capacity usage trend 
data, then default values, generated from a sample of typical user accounts, may 
be used to assign a predicted capacity growth trend to that user account. Each 
time the capacity limit algorithm is run, it produces as an output a value of 

20 predicted growth requirement, in units of megabytes. Depending upon the 
current number of user accounts assigned to the computer entity, and their 
predicted capacity growth requirement in megabytes, the capacity limit algorithm 
either prohibits entry of new user accounts, or allows entry of new user accounts. 

25 As a result of running the capacity limit algorithm, there are generated 

display messages to alert an administrator of the computer entity to a status of 
the predicted capacity utilization of the computer entity, and to alert of any 
impending problems, such as requirements for upgrades of a computer entity to 
higher capacity value models or removal of user accounts to avoid capacity limit 

3 o violation in the future. The displays are accessible in the case of a headless 
computer entity over the web administration interface 207, and LCD display 205. 
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Running the user capacity limit algorithm often, allows a human 
administrator to manage the number of users assigned to the computer entity, 
and avoid future problems from over usage of data storage capacity, and avoud 
placing too many users onto a computer entity, which may give rise to future 
5 capacity limit violations. Regular operation of the capacity limit algorithm may 
allow a human administrator to plan well in advance for any system upgrades 
required. 

Referring to Fig. 4 herein, there is illustrated schematically the web 

10 administration interface 207, and components of the capacity management 
application 208. Each component may be implemented as code in a 
conventional programming language such as C.C++, or the like, or may be 
implemented as firmware on an application specific integrated circuit (ASIC). The 
capacity management application 208 comprises a control component 300 

15 operating to receive a request for opening of a new account from web 
administration interface 207, and initiate operation of a capacity limit algorithm in 
response to a request to open a new user account, and also to run the capacity 
limit algorithm at pre-determined times, for example once per day; a user account 
capacity data collection component 301 for collecting data on the actual data 

20 storage capacity on the data storage device 204 utilized by each user account 
installed on the computer entity; a set of prediction algorithms 302, for predicting 
future data capacity usage requirements for each user account installed on the 
computer entity, and for generating a prediction data describing a predicted data 
storage capacity requirement for any new user account requested to be entered 

25 onto the computer entity; a comparison component 303 for comparing a 
predicted utilization of existing and requested user accounts with an available 
currently unused data storage capacity of the data storage device, and for 
allowing or disallowing opening of a new user account depending upon the result 
of the comparison, the comparison component 303 also operating to generate a 

3 0 predicted percentage utilization value, for predicted future utilization of the data 
storage capacity of the computer entity, and depending upon a result of that 
percentage utilization triggering an alert generation; an alert generator 304 for 
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generating alert messages for display on the web administration interface 207 
and/or liquid crystal display 103, when a pre-determined percentage predicted 
utilization is reached; and a capacity limit modification component 305 for 
allowing modification of capacity limits by an administrator. 

5 

Referring to Fig. 5 herein, there is illustrated schematically in broad 
overview process steps carried out by capacity limit algorithm 302. In step 400, 
for each currently installed user account, the algorithm T predicts a ~cap¥ofy gtowffT 
trend over a pre-determined period, to provide a figure in megabytes of data 

l o storage capacity which each individual user account installed on the computer 
entity is predicted to utilize. In process 501, the algorithm determines the 
available licensed free data storage capacity on the computer entity at the 
present time. In process 502, the algorithm compares the predicted growth 
capacity for all currently installed user accounts, plus any user accounts which it 

15 is requested to be newly installed with the available free disk space. In process 
503, there is calculated a new user threshold percentage data, being a 
percentage predicted utilization of the computer entity based upon current users 
and estimated capacity required by a new user account. In process 504, if the 
total predicted capacity utilization of all currently installed user accounts, plus any 

20 new user accounts requested to be installed, is greater than or equal the 
available licensed data storage capacity which is currently unutilized, then this 
indicates that with current user accounts, or with current user accounts plus 
addition of new user accounts as requested, will at a future date, exceed the 
capability of the computer entity to those user accounts, based upon the 

25 predicted growth in capacity utilization of those user accounts. Therefore, in 
process 505 there is prohibited the addition of any new user accounts. However, 
if the predicted capacity of all current user accounts plus any user accounts 
requested to be added to the computer entity is less than the available currently 
unutilized data storage capacity of the computer entity, then in process 506 new 

3 o user accounts are permitted to be added to the computer entity. 
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ln practice, in processes 502 and 504, the algorithm makes a separate 
prediction of total utilization of the computer entities capacity at a future date for 
each new user account requested to be added, and therefore takes a decision on 
addition of each new user account on a per account basis, rather than addition of 
5 a set of a plurality of user accounts in one operation. 

Referring to Fig. 6 herein, there is illustrated schematically one example of a 
pToT of data storage (capacity^ utilization on "a dala^orage^e^ce7l3y a user 
account over a period of time. Initially when a user account is installed on the 

10 computer entity, some initial data may be stored, for example a back up of an 
application running on a client computer entity, which may require a pre- 
determined amount of data storage, for example 100 megabytes or so. Over 
time, the user account may require a higher amount of data storage capacity, and 
tend towards a stable amount after a period of time, where a users data storage 

15 requirement levels off about an average capacity. For each user, the profile of 
data storage utilization will be different, depending upon that user accounts own 
particular requirements and characteristics. On the computer entity serving many 
different users, each user account will have its own particular capacity utilization 
profile. 

20 

Referring to Fig. 7 herein, there is illustrated schematically plots of data 
storage capacity utilization for a plurality of users A. . .N installed on the computer 
entity, plotted against time. As each user account is installed onto the computer 
entity, that user account utilizes data storage capacity on the data storage device 

2 5 204, with the amount of data storage capacity utilized by each user account being 

dependent upon the characteristic demands of each particular user account. In 
general, demands vary from account to account. At a present time 700 the 
actual data storage capacity utilized by each user account can be read by the 
user account capacity data collection component 301 . Since the capacity limit 

3 o algorithm is run periodically, over a history period spanning from a time of first 

installation of a first user account, (user A) in the computer entity 701 , up until the 
present time 700, for each user account, data is periodically sampled, and so a 
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history of capacity utilization for each user account can be built up to be used as 
input data for the prediction algorithms 302, allowing for each user account a 
prediction of future capacity utilization shown schematically as a dotted line 702 
in Fig. 7. Prediction algorithms are known in the art, and may include known 
5 heuristic prediction algorithms, known neural networks, known genetic algorithms 
and/or other artificial intelligence techniques. Examples of prediction algorithms 
used in the best mode are described herein. For each currently installed user 
account, a data storage capad^utRTzaWn^t a p7^ 

be pre-set into the algorithms 302 can be calculated. For example it may be 
10 selected to predict future capacity utilization for a look ahead period of the 
present time plus 2 years. In this case, the prediction algorithms 302 predict, for 
each user account A...N a predicted capacity utilization at a time 2 years into the 
future. A "predicted growth requirement' value for the computer entity as a whole 
is obtained by calculating the amount of capacity required for 2 years growth for 
15 every currently installed user account on the computer entity and then adding all 
these values together. This is shown schematically in Fig. 7 as adding all the 
predicted capacity values for the plurality of user accounts A....N at a future time 
704, FC A + FC B + FC C + FC D + FC E + . . . FC N . 

20 Referring to Fig. 8 herein, there is illustrated schematically process steps 

carried out by the prediction algorithms 302 for estimating a future capacity 
utilization requirement for a single user account, at a pre-determined future time, 
for example 2 years into the future, from the date the algorithm is run (the present 
time). In step 800, if the user account has not yet written data to the data storage 

25 device 204, then the prediction algorithm 302 estimates the capacity required for 
a new user account depending upon a model type data describing a model type 
of the computer entity. A range of computer entities may be supplied with 
different data storage capacities. For example, models may be designated as 
follows: 

30 

• PC25: - suitable for 25 users 

• PC1 00: - suitable for 1 00 users 
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• PC300-1 000: suitable for 300 to 1 000 users 



In step 801, the amount of data storage capacity required for the user 
account is estimated depending upon the model number as follows: 

5 

• PC25: - estimated capacity required for new user account = 500 
MegaByte 

• PC 100: - estimated capacity required for new user account = 600 
MegaByte 

10 • PC300 - 1 000: - estimated capacity required for new user account = 750 

MegaByte 

If in step 800, the user account has already made a backup of data onto 
the data storage device 204, so that some data utilization information is available 

15 for that account via the user account capacity data collection component 301, 
then in step 802 it is checked whether the user account has been installed on the 
computer entity for more or less than 90 days. If the user account has been 
installed for less than 90 days, then in step 803 a prediction of data storage 
capacity utilization of the user account after time 2 years into the future is 

2 o calculated using the assumption that, based upon the present capacity utilization 
the requirement for extra capacity will expand at a rate of 20% per year for the 
next 2 years. Therefore a calculation is made on the basis of: 



"estimated account capacity" = "current account capacity" x (1.20) yras< '"™* 

where 



"years of growth" = (730 days - number of days account has been installed)/365 

30 If in step 802, the user account has been installed for 90 days or more, then 

in step 804, it is checked whether the user account has been installed for more 
than 2 years. If not, (user account 90 days or more old but less than 2 years old), 
then in step 805 the estimated future capacity requirement for that user account 
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is predicted based upon stored historical capacity utilization data for that user 
account, to obtain the predicted future utilization after the future pre-determined 
period (2 years) based on the actual growth trend of utilization of that user 
account according to the formula: 

"estimated account capcity" = "current account capacity" x (growth rate) Yearso, 9">*th 

where" 

"years of growth" = (730 days - number of days account has been installed/365) 
and 

"growth rate" = 365 x ("Current Account Capacity" - "Account Baseline Capacity") 
("No of days account has been installed" x "Account Baseline Capacity") 

If in step 804, the account is found to have been installed for more than 2 
years, then the estimated future usage at the pre-determined period (plus 2 years 
into the future) is estimated as being the same as the current capacity utilization 
for that user account. 

Referring to Fig. 9 herein, there is illustrated schematically process steps 
carried out for calculation of a new user capacity limit 900. In step 901 , all of the 
predicted growth requirements obtained from running the process of Fig. 8 for 
each user account, are added, to obtain a new user capacity limit parameter. 
The new user capcity limit parameter is used as a threshold value, to compare 
with the current available licensed disk space in step 504. In step 902, there is 
calculated a new user capacity limit threshold percentage parameter, which is 
used to determine whether or not an alert message is generated by alert 
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generator 304. The new user capacity limit threshold percentage parameter is 
calculated as a percentage from the expression: 

100 - (1 00 x (Predicted Growth Requirements + Estimated Capacity Required for N ew Account)) 
(Licensed Appliance Disk) 

Each time the new user capacity limit parameter is calculated, the results 
are used to determine whether a web administration alert message should be 
displayed (which may also be displayed on the LCD 103). 

Referring to Fig. 10 herein, there is illustrated schematically operation of 
compare component 303 and alert generation component 304. An alert 
message trigger process 1000 operates as follows: 

In process 1001 the calculated used capacity is compared with the new 
user capacity limit parameter. If the used capacity is greater than the new user 
capacity limit, then in step 1002 the alert generator 304 generates an alert 
message that the new user capacity limit is exceeded, and the capacity 
management application 208 enters a capacity limit modification program 1003. 
The capacity limit modification program 1003, operated by the capacity limit 
modification component 305 allows a user, via the web administration interface to 
modify, within pre-determined parameters the current new user capacity limit for 
the computer entity. In other words, this overrides the summation of predicted 
growth requirements generated by the prediction algorithms, and allows an 
administrator to temporarily allow a new user onto the computer entity, even 
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though addition of that new user may, according to predictions, cause over 
utilization of the computer entity at a future date. 

If in step 1001 the user capacity is less than the new user capacity limit, 
then in step 1004, it is checked whether the used capacity is greater than or 
equal-to the-/?ew user-capacity limit minus %%. Tbis-step checks- whether- the 
used capacity is approaching the new user capacity limit. If the comparison in 
step 1004 proves positive, i.e. user capacity is within 5% of the new user capacity 
limit, then in step 1005 the alert generator 304 generates a new user capacity 
limit warning alert message, and the capacity management application enters the 
capacity limit modification wizard program 1003 as described herein before. 
However, if the user capacity is not approaching (within 5%) the new user 
capacity limit, then operation proceeds in step 1006 allowing addition of new 
users onto the computer entity. 

Referring to Fig. 11 herein, there is illustrated schematically processes 
operated by the capacity limit modification component 305. The capacity limit 
modification component 305 generates interactive displays accessible via the 
web administration interface, by which an administrator, from a remotely 
connected computer entity, can modify the parameters of the capacity warning 
limit, a capacity critical limit, a new user capacity limit, and a new user capacity 
warning. All warning limit values are displayed as percentage values. In process 
1 101 , there is generated a warning display of the current capacity limit threshold. 
The capacity warning limit display displays a severity alert warning on the web 
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administration interface and/or liquid crystal display 103. When the percentage of 
the computer entities total data storage capacity {used capacity) against the total 
licensed capacity reaches a threshold value. The default value for this is set at 
90%. In process 1102 there is generated a capacity critical limit display, 
5 describing a value in MegaBytes of a critical capacity limit, that is when the 

percentage utilization oHfie computer entity <i/seef eapae/fy)^igaifist total licensed 

capacity reaches the threshold. Normally this capacity critical limit is set at a 
default value of 95%. That default value can be modified by a user via the web 
administration interface by entering a parameter, which is received by the 

10 capacity limit modification component 305 in process 1105 and stored as a 
modified parameter in step 1106. In process 1103, there is generated a new 
user capacity limit display. This normally displays a latest calculated new user 
capacity limit percentage. However, if an administrator overrides this parameter 
by entering a manual value, then this value is used in all subsequent new user 

15 capacity limit checks, for example when a new user account is installed, and it is 
not recalculated. Every time the manual override is used, the new user capacity 
warning threshold is set to this manual value minus 5%. The administrator can 
set the new user capacity limit threshold back to an automatic mode via the web 
administration interface display if they wish, and return to an automatic 

2 0 calculation of new user capacity limit as described herein before. In process 
1104, there is generated a new user capacity warning display. The new user 
capacity warning display normally displays a latest calculated new user capacity 
limit percentage minus 5%. However, if the administrator overrides this value 
with a manually entered value via the web administration interface, then this 

25 value is then used in all subsequent new user capacity limit warning checks, for 
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example when a new user account is installed, and it is not recalculated. The 
administrator can set the new user capacity warning threshold back to an 
automatic mode, which returns to the automatically calculated new user capacity 
limit minus 5%. 



